home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 252 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.2 KB
  1. From: Stephen Henson (CSM) <shenson@camborne-school-of-mines.ac.uk>
  2. Date: Sat, 22 May 93 02:05:10 BST
  3. Message-Id: <26645.9305220105@csm.ac.uk>
  4. To: mint <mint@terminator.rs.itd.umich.edu>
  5. Subject: PL3 description
  6.  
  7. Right, this machine is allowing me to send some mail for the moment so I'll see
  8. how long my luck lasts :-)
  9.  
  10. PL3 will follow soon. I've had to do all manner of horrible things to get this
  11. going. The main addition to this patch level is a bypass to the lrecno bug.
  12. If your hard disk software is XHDI compliant then there are no problems.If
  13. not then if the 'huge' partition is one of the first sixteen bios drives
  14. (corresponding to letters A-P inclusive) *and* your software is either ICD
  15. or some AHDI variant then you should also be OK.
  16.  
  17.     ICD software has a few caveats. The pun_info structure is different
  18. for ICD and I can't find any more info about it so I've 'estimated' what the
  19. precise form of it is; this seems OK up to 6.06 but I can't guarantee anything.
  20. ICD software has an appalling bug (other than the stupid lrecno bug that occurs
  21. in almost all ST hard disk software) which screws up when trying to read/write
  22. physical mode with the cache on. Basically if you need to use huge partitions
  23. with ICD software then you'll have to turn the cache off.
  24.  
  25.     I've tried to use all possible means to access partitions and to bypass
  26. the stupid bugs. The current version uses no less than 5 different methods to
  27. access partitions!
  28.  
  29.     A warning is in order here. These weird and wonderful new access methods
  30. only come into play when really needed; that is if partitions are created that
  31. are bigger than 64Mb (and necessarily V2). In my limited experience so far these
  32. methods (whilst perfectly legitimate) use poorly tested features of hard disk
  33. software so BE CAREFUL!!!!
  34.  
  35.     OK enough waffle; if you want to create a huge partition then 'minit -V'
  36. should now handle things automagically. The restriction that the sector size
  37. should be 1K or 512 bytes is now removed (it will be bigger than 1K anyway for
  38. huge partitions). 'minit -t' has been altered somewhat: it tests several things
  39. now and also goes through most of  the steps to create the filesystem, without
  40. actually writing anything.
  41.  
  42.     Quick note about 'minit'. It needs a bit of an overhaul in the
  43. protection department (keeping TOS away from the partitions without MiNT
  44. running). I'll see if I can work out some semi-foolproof method for later
  45. versions; this really is a complete pain to do and shouldn't be needed :-(
  46.  
  47.     fsck should also work now on huge partitions.
  48.  
  49.     I'd be most grateful if someone would test out huge partitions. A good
  50. FS workout would be:
  51.  
  52.     1. create with minit -V.
  53.     2. Fill up the filesystem to bursting point.
  54.     3. Run fsck at regular intervals.
  55.  
  56.     I could really do with this feature being checked before release. There
  57. could easily be some bug lurking (particularly in fsck) which only rears it's
  58. ugly head when huge partitions are accessed.
  59.  
  60.     A few other random musings: other stuff has been added to this patch
  61. level, primarily to support a binary configuration program that is currently
  62. 'under construction' (I hope to send this out soon, possibly with pl4) and a 
  63. couple of minor bugs have been fixed.
  64.  
  65. Have fun, Steve.
  66.  
  67. PS In case you haven't realised by now: pl3 is a *big* patch :-)
  68.